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Three hosted federated search tools, Follett One Search, Gale Pov\erSearch Plus, and VNfebFeat Express, v\ere corTfigtred and irrplerTerTted in a school library. Databases fiemfixe \endors and the OPAC 
vteresysterTBticaily searched. Federated search resUtsv\erecorTparedwth each other and to the resJts of the sarre searches in the database's natixe interface to dsdosecifierences in handing query 
syntax, searching, retri^^i, brcx/xsing resdts, etc. Each product vxas easiiyconfigLied, but none \/xere capable of searching »ery database desired. Sirrpler Boolean queries are the rrostsuccessfiJ queries 
because ofthetnderlyingstructLie and dfferences of the databases, and the capabilities of certain products. Federated search products succeed in sirrplifying access to mJtiple database resouces at 
school, but searching rerraitTS dfferentfiomthefarriliar\Afeb search engines in rranyx/xays. To becorre rrore Google-like, federated searching trust be done against inde>'es bdltinadx/ance instead of the 
CLirent real-tirre searching method. 

Ubraries are faced wthfbrrridablecorrpetitionfTomGoogle arid other \Afeb search engnes to be their patron's irTfbrrration resoLice of chdce. Students cotJd be using the acctiate, authoritatix/e, and age- 
appropriate print and electronic sotices prox/ided by school and ptidic libraries for their school research, yet accorcingtoa Pewstudy, the first place rroststuderte ttiri to for their irTfbrrration is the Internet 
x/iaGoo^e, or other \Afeb search engnes (Lex/in and Arafeh 2002), andthey have trerrendous faith in theirfaxADrite search engne(Tenopir, Hitchcock, and Piilox/x/, 2003). Many studes have shcwxn that school 
students favor the oonx^nience and speed of access of using electronic irtorrTBtion resotices for school-related x/xork (I bd.). School libraries like Greenx/xich (Com.) Country Day School (GCDS) have 
responded by buying less print and investing rrore of their budgets in age appropriate stbscription database and electroric r^erence rraterials. These databases prox/ide adx^ntages c^^rthe Internet by 
concentrating gade level content and provicing dtatim serx/ioes. Using trusted stbscription database resouces i nstead of Internet souces rri^nt help addess the x/veaknesses chilcien hax^ using the Internet 
as a souce for schodx/xork suTTrarized in Large's (2004) rreta-analysis of cblden's infonration seeking on the Internet Large reported that childenx/xereabe to judge rel^^noe on the basis of topicality, 
nc^^ty, and interest but dd not question accuracy, authoritatix/eness, ortiuthfUness. 

Unfbrttnately, providng access to quality electronic infbrrratim is riot eiTotjgh to cor^rice school students to use library resouces over the Internet A 2005 OCLC study of odiege students' perceptions of 
libraries also included a section studying futue college students' perceptions (fbuteen to seventeen year olds). This section shox/xed that libraries lack rel^^nce in the lix^s of the b^T-school age respondents, 
and that for tbs agegoi-p, library resouces andserx/ices are not clearly dfferertiatedfiomother infbrrratim souces. (Da Rosa etal. 2006). The fact that students often dm'tdfferentiate quality library 
resouces x^rsus questionabe Internet resouces is one probem but another very serious probem is that students quckdygve tp trying because searching library resouces is dfferent and rrore dfficdt than 
searching the Internet 

Students bring their V\feb searching habts to their use of all electrmic resouces (Tenopiretal. 2003). They expect to be abe to sirrply enter some x/xords into a search engne and gd; their ansx/xers — notan 
ureasonabe expectatim in the era of \Afeb search engnes. "FortheGoo^egeneratim, thec|ualityof resdts is not as irrportant as the process, \/xhich must be sirrple, cfjckandeffident' (Labelle 2007, 241). 
Corrpared x/xiith the speed and sirrplidty of a Goo^e search, x/xhich is rraiTy students' model of x/xhat an infbrrratim search shoiJd be, library electrmic resouces areslox/xer, rrore cifficbt and inefficient In 
most cases, a patron must first choose x/xhich databases x/xoJd be best fbr their needs — often ftomalphabetical lists of databases. Once selected, rrost databases \/vill bec|ueried ircix/icluallyfiomtheircix/xn 
mic|ue search irterface There is an authenticatim step if the user is accessing fiomoutsideschod, requring username and passx/xod corrbnations. Federated search tods strixe to prox/ide users x/xitha 
sin^epdntof access to retrieve relevant qual rtycortetTt from rnJti pie database resouces x/vith one sirrplified search. Federated searching is the process x/xhereby a search engne connects to mJtiple 
infbrrTBtim resouces simJtaneously, broadcasts a query to each database in real time, then retri^es the resdts and dspla^ themto the user, vyth schstantial inxestrrents in stfcscriptim databases, 
schods are looking atfederated searching tods to simplify and thus increase database usage by prcMcing a single pdrrt of access and at the same time decrease student reliance mVNteb search engnes. 

Ubrarians haxe debated the merits and dax/xhacks of federated search tods si nee they first appeared in the academic library. They are irrperfect search tods that hax/e been accused of "durbng dox/xn 
searching' (Fahey 2007, 62) or being a step backx/xard, a x/xay of axoidng the learning process (Frost 2004). There is a perceived negatix^ effect m student's infbrrratim literacy. The sopbsticated featiues 
availabe x/xhen searching a database drecdyftomtheircvxn (native) irterfaces such as thesaui, stfcject headngs, and lirritingtods are lost x/xhen searching fioma federated searching tod, but rrost library 
users curendy do not have, or choose to not errpicy, the skills to use these kinds of enhanced searching tods (Fahey 2007). Studerts prefer ease-of-use and speed ox^r rel^^nce and depth They hax/e little 
patience, and are more likely to optfbr single search tods than replicating searches in mJtiple search tods. They prefer keyx/xord searches and xjsually ignore irterface enhancements and altematix/e search 
options, faxoringsirrplicrtyoversopbsticatim. They seemsatisfied x/vith the first reasonabe resdts, and rarely seek corrprehensiveness (Labelle 2007). Proponents offederatedsearcbng say that libraries 


shoUd rmkefincing infbrrration easier, and Lntil libraries are able to comect wth and teach all risers the corrplexities of the search process so th^ understand the depth and breadth of the resouces 
at^ilable, federated searching shorJd be offered. Althou^ users vtiill rriss some quality resiJts VMith a federated search, they wll find some that wnrJd not othervNiise have been located. They argue that a 
corrrron interface that rrirrors a vreb search engnecotJd wean students fiomtheir dependence on the Internet (Frost 2CXD7, Labelle 2007). 


TheteiTTE 'federated searching," "metasearching," "integated searching," "cross-database searching," "parallel searching," and "broadcast searching' are often used interchangeably (National InfbrrrBtion 
Standards Organization [NISO] 2006) to describe the process whereby a search engne connects to rriJtiple licensed orfiee resources, broadcasts a query to each database simJtaneously in real tine, then 
retrieves the resUts arrd cisplays themto the user. That definition is the basis for this paper, thou^ dstinctions between terns are sorretines rmde. SolorTon (2004) suggests thatfederated searchirrg is 
dstingijshedfiomirrtegatedsearthirrg by a systerrls ability to post-process the retrieved resiJts to sorrehow rank, duster, or categorize them Using this definition, onlyGale's Power Search Plus and 
Vtfebfeat Express wodd be considered "federated' searches in this study. Sadeh (2007) and Freurd, Nermers, and Ochoa (2007) rmke the debatable dstinction between federated ']ust-in-case" searchirrg 
arrd 'just-in-tirre" metasearchirrg. They sttrrit that; in federated searching, the system harvests arrd processes the rretadata from a repository in acK^nce, prior to a user's search; a process analogous to 
Goose's useof robotic crawlers to harvest iirfbrTTationfiomtheWfeb to buld irrde>es, which are then searched against users queries. They consider rretasearchirrg to be real-tinre. This dstinction is not 
popiJar in the literatiue because preserrUy rrorreofthe leadrrg verrdors offederatedsearch products itrdet the databases they search They use software conrrectors to perfbrmsearches in real tirre against an 
actual database. Software corrrrectitirs are corrputercodrrg that transrrits a user's query (plus arry autherrtication irrfbrrrationfiomthefederatedsearcherrgrre's query boxtoa query ineachselected 
database) then collects the lesdts arrd transfers them back to the federated irrterface. Sadeh rray be rrakirrgthedstirrctiononthe basis of what she arrd others (Breedirg 2005) see as the futue of federated 
searching. 

Breedrrg states tiratthecurerrt strategy of metasearch that relies on lire corrrrectiorrs camreverstarrd tp next to search s^sterrs based on irrdeates created inadvarrce, arrd that "an errti rely rre/v approach is 
needed" to prcMde a simpler, faster search arrd retiree protocol (2005, 28). He advocates a centralized search rrodel that harvests rretadata irrto irrde>tes that can provide instarrtarreous resiJts to user 
queries; the nrodel used by \Afeb search errgrres likeGoo^e. The cerrtralized rrodel is now ecorrorrically possible because very large-scale data stiarage arrd clusters of corrputers to delixeralirrDstlirrrtiess 
corrputer power are rrore affordable than ever. But he stated that havirrg ptblishers expose their errtireoollectiorrs for rretadata harvestirrg arrd docurretrt irrdexirrg hadr'tyet been practical fioma techrrical or 
busirress perspective. This is drangrrggaduallyas ptidishets increasingly open their corrterrt to V\feb crawlers as eviderrced bythegowthof Goo^e Scholar, which inderes artidesfiomrrarry proprietary 
pr-id isher databases. 

A reviewofthe literatijefiom20Q2tothe preserrtoorrtairred in Emerald UbrarySute, Library Uteratue, Li brary arrd I rrfbrTrationSderrce Abstracts, Library arrd IrrfbtTrationTechrrology Abstract Acaderric 
Search Prerrier, arrd ERIC databases was oorrducted usirrg keywords such as "federated," "rretasearch*," "rreta-search*= database," "cross-database searchirrg," as well as the rrairres of schools, libraries, 
\terrdors, arrd product narres. Inaddtion, studes arrd rreta-analyses of studerrt use of electronic iirfonration souces (Terropiretal. 2003), the lrrtemet(Le/in arrd Arafah 2002, Large 2004), arrd libraries (Da 
Rosaetal. 2006) were r^ewed to sipport the study. 

Federated searchirrg has beenstudedalrrostexclusixely in the context of acaderric libraries. The literatiuecorrtains rrarry studes ofthe evaluation arrd irrplerTerrtation of various federated search platfonrs 
such as MetaUbfiomExLibris, ENCdrrpassfiomErrdeavrrr, arrd \AfebFeat In the acaderric library. Thisfirrdrrg is corrfirrred by Freurd, Nemrers, arrd Ochoa's (2007) annotated bibliograpfryoffbrty-fbu" 
jourral artides on rretasearchirrg. Alrmstall ofthe articles focused on sorre aspect of acaderric library irrplerrerrtatiorr, iirdudrrg twerrty-two articles focused on the evaluation or iirplerrerrtatiorr, irrdudirg 
usability testirrg, offederatedsearch verrdor products, other artides oorrparirrgfederatedseardr withGoo^eorGoo^eSdrolar, arrd studes of the effect of federated searchirrg on irrfbrrration literacy. Orriy 
three brief articles were fburd — MIrrkel (2002), Cutis arrd Domer (2005), arrd Yourg (2005) — that dscuss cross-database searchirrg in the school library corrtext These articles addess cross-database 
searchirrg capabilities within verrdorfarrilies such as Gale, EBSCO, arrd ProQuest but rrotthecapabilitytosearcha broad rarrge of databases fioma variety of verrdors arrd the OPACfiomorre federated 
search. 


TKe FectetaiBd Search Rrxjess 


Athou^ federated search products dffer in rrarry wa^, the selected federated products are all hosted products, rreairirrgthatall of the ccrrputiirg arrd processirrg of resdts takes place, oris hosted, entire 
federated search Ntetrdor's corrputers, so rro equprrerrtor progamrirrg is requredfbrthe library. Al ofthe products offer sirrilarfLnctiorrality to users irrdudrrg resouce dscovery, queryirrg mJtiple 
databases, arrd retrieviirg arrd dsplayiirg resiJts. They are each cotrfiguable by the librariarr, but dffer in the featues arrd anrourt of custorrizirrg that is available. 

Resouce dscovery. Eirst federated search etrgirres etrable users to select the resouces they v/varrtto search Being selective about v/vhidr souces to search increases the releverrce of the retrieved articles 
arrd increases the speed ofthe search, not to rrerrtion decreasitrg the buden on the database provider's irrfrastructue. \AtebFeat Express, a rrore expensive arrd sophisticated federated search product offers 
the capability of goLpirrg databases irrto preselected stbject area sets to help rrovice searchers dscover vwhat databases night be best for their area of research Al of the products allcwusers to select 
mJtiple resouces to search arrd have a llbrarian-oorrfigued defaUt set of databases. 



Querying mJti pie databases. The user enters query terrrE into either a sin^e search box or an acK^nced interface VNiith pJI-dcwto Boolean operators and in sorre cases p»JI-dov\n field name boxes. The 
federated search eng ne transfers the query to the selected resouces in real tirre v\/ith the help of Lnique sofh/\are connectors spedfic to each database selected. The softv\are connectors take care of any 
authentication required, and insorrecases translation of the query into a fbrmthatcorrplies vyth featues of the search eng nes of each target resoLice. 

\Afeiting for ResiJts. Executing a search in a database takes tirre RetIie^al tirres suffer because of barrdvydtir bottierrecksfiorotherreb/torkleacirTg to each resotjce arid the perfbrrTBtrce of the server 
processing the resiJts (Sadeh 2CXD7). Typically, databases v«ll only rettm resiJts in batches oftvterTtyorthirtyata tirreand v«ll cut off a search v\hen a certain ntirber of hits are retrie^ted. The speed of the 
sicwtest database being searched deterrrines the fastestspeed of the federated search. Because users e<pect almost instantaneous resiJts, Federated search systerrs often dsplaythefirst batch of resiJts 
alrrost imreciately. This is helpfU since users can often deterrrine if their query v\as appropriate based goon initial resUtset 

Browsing and [Displaying ResiJts. Federated search systerrs \ary in the way retrie^ted resiJts are handed. Inthe rrost basic products, resiJts aregotped bysouce, retcmed in the order they are recei\ted, 
and dsplayed with a briefdescriptionoftheitemanda linkctoeithermoterretadata within the federated systemordrectiytotheitemin the target resotfce. More sophisticated systerrs will process the 
retrieved resiJts ftomthe \arious search engnes inanatterrptto rank, cluster or categorize results. Systerrs also\ary in browsing featcies such as sorting hysouceor rele^anceordsplaying resiJts visually 
or in list form 

Obtaining Services. There are also other valued services that federated systerrs tray offer, includng custiotrizable personal workspaces where a user can sa\e resdt sets, search histiories, set ptefetences, 
specify alerts, and so on. Intheacaderric library, where abstractirrg inde>tes are often searched, federated search systerrs can ILrther the objective of findngfiJI-text articles by obtaining services from article- 
linking services such as ExLibris SFX. ThisfLrrctionality is not tele^a^t to a school-orierTted federated service because school libraries tend to sdcscribe only to databases that are either errtirely or trosUyfiJI- 
text 


A \ariety of vendors have offered custorrized and cotrplex federated search tools for acaderric libraries begming in 1996 (VNfebFeatrrd.), but these custotrized, expensi\e federated products were not 
feasible for a school libtarydue to the technical corrplexity of itTstallationarrd traintenance and the oost This study cotrpates the irrplerrertation, seatchirrg capabilities, tetrie^al, arrdfijTctiorralityciffererroes 
of a ne/vgeneration of hosted metasearch tools: Follett One Search, Gale PcwerSearch Plus, and \AfebFeat Express, itrplerrerTted in a school library errvironrrerTt A hosted federated search is conducted on 
the Nterrdor's corTputing hardware, redudng the cost arrd corrplexity to a workable leuel for a school library. 


IVfe tl 'K X l 

'fest ErM/irannrErJt 

Students andfaciJtyatGCDS ha\e access to more than fifty electrorJc infionration databases throu^ either drectsiJoscription, or the iCoTn corrsortiLrn These databases include resouces siJtable for early 
readers through professiorral educators. The databases are provided byten dffererrtxendors, and, with sorre e«ceptiotTS within verrdorfarrilies, each database has its own unique proprietary interface. 
Students and facdty have iJdqutous access to corrputers; students in gade 7-9 have their own laptop ccrrputers, and younger students have ample conputer access in dassroorrs and labs. Librarians 
actively prorrote the use of electronic resouces by students and facdty. 

F fcnl ad h ad Seaw±i ftoduct Selectio n 

The federated product selection was narrowed to products that were Wteb-hosted, were ready to use without special vendor custorrization, were configuable by a typical librarian with sorre experience 
rrarnagrng electronic resouces, and were capable of a cornprehernsi\e search of both electronic databases and print rraterials via theOPAC. Many library-rranagerrentsystemconparries offer sorre cross- 
database searching capabilitywith their OP AC products at an addtional cost 

GCDS uses Fdlett Destiny as the integated library rranagerrentsysterp and they also puchased their cross-searching One Search tool rrodde. As a Gale custorrerfarriliar with the PowerSearch product 
that cross-searches sorre, but not all, of the databases within its own product lirre, GCDS puchased their new/federated offering PowerSearch Plus when itwerntonlirre inj anuary 2006 The third federated 
search tool is \AtebFeat Express, which also met the criteria, and was secued on a thirty-day trial. 

Rresoune Selection and Corfigusiion 


I n order to be able to corrpare the data fiomthesysterratic search using the three search tiDols, all three products had to be configtjed to search the sarre selection of electiorric resouces. Each federated 



seardn product has a listof snDported databases and resotrces to choose Irarn One selects a tree resoLice (such as Internet Public Library) orstbscription database x^ndorfarrily (such as ProQuest Ebsco 
or Gale) froma list then chooses the specific database froma list of scpported databases. Authentication infbrrrBtion — I/P andtor passwDrd — is entered, and in each case, a preference for searching the 
database by defaiJt is set One of GCDS's rrosthi^y used database products frorneach of the rrajoTNerclors as v\ell as corrrrorily used electroric resources such as encydopecias and the OP AC v\ere 
selected. The Gale databases had to be chosen froma list of databases not searched in their regUarPovterSearch platform and ittookafewr^sions tDarri\eata listthatv\as vrorioblefbrall three products. 
The list included Gale's History Resouce Center (U.S. ard V\tor1d), Ebsco's History Reference Center, ProQuests Historical NY Tirres (HNYT), the Encyclopeda Britamica, the VNforid Book Encyclopeda, and 
the OP AC (Follett tZisstiny). 

SystETYEtk: Search nncess and Dfeia Collection 

The search process v\as designed to reueal howthe three federated search products interpret queries \ersus the native irtterface provided by the database \endor, and if there v\ere any cifferences arrong 
themthat vtoUd affect retrieval of resiJts. Searches v\ere conducted ingotps of tvvo to fotr searches using starting queries sirrilar to those that students have used in conducting research inthe rreda center. 
Each of the starting queries vvererrocified si i^Ttly to include or e>«dude a search termor syntax elerrent and re-executed to deteiTrine the effects of the change on retrievals. The effect of Goo^e-type syntax 
and farriliar searrdn engne operators were strjcied, as well as a selection of typical database queries such as sctject headng and author searches. 

Ti trfina itaf ResiJIs REAuned 

Search-resUts data from identical queries were coHectedfiomeach federated product and each native interface and tabnJated. Federated resiJts weregotped bysotice bersause although PcwerSeatch Plus 
can retLm resiJts bysotice, bydusterfdefaiJt for outline view), or by relevancy ranking (defaiJt list view), and \AfebFeat can letuo resiJts bysotice, title, author, date, cluster, or rele^ancy, Follett One 
Search can only rettm resUts gotped bysotnce. The ntrrber and to sorre extent the order of resiJts retrjned were corrpaied and analyzed for dfferences. Although a oorrparisonof relevaiTcy rarikirig 
algorithrTE is out of the scope of this paper, article ranking was exarrined qualitativelydtring the searches to get a feel fbrtheutilityofrel^ancy ranking in these federated search tools. 


Federated searching del ixers on its prorrise of easily searching mJtiple resotices with a sin^e query, butfails insone ways to rrake database searching rroreGoo^e-like. Manyofthecifferenoes between 
searchingthe V\feb and searching SLfcscription databases that users find frustrating or confljsing rerrain because of the structue and syntax requrerrents of the Lnderfying databases and the tirre delays of 
real-tirre searching. Dififerentdatahases treat mJti pie word queries dfferently. The Encydopedas treat mJtiple words as if there were a Boolean "AND' between them like Google, but other databases have 
dfferent rtJes, like treating mJtiple tenrs as a phrase search or as if there were an irrplied proxirrity operator (n4) between them V\teb searches retrieve resUts by tele^^noe, but Foiled; and \AfebFeat 
federated searches don't Althou^ resUts can be sorted by relevatTce in VNtebFeat and Gale PcwerSeatch Plus, the relevance ranking can be rrisleadng for large resUts sets. The ranking algorithrTE only 
work on the first set of retrieved (often by chrorrological order) resUts, which rray not be the rrost relevant artides available in a database. CXteries ItTdudrg quotation rrarks for phrase searching, wildcards 
like "t" and proxirrity operators like "n4" aregenerally passed through by the federated engnes but aren't scpported I n^ery database. Certain databases reqUre "AND' as opposed to "and" in queries, and 
one database used "AND NOT' instead of "NOT. "These types of inconsistendes between databases rrakesirTple Boolean queries the rrost consistetrt with resUts in the native databases in a federated 
search. 


Federated search engnes vary widely inthe nurbers of connectors to databases that are available for configuation (sixty-one to alrrost nine htncied in the tested engnes). But hav/ing a connector on a list is 
not a guarartee that it will work There are still rrarrysUsscriptiondatabases thatdo notsipportfederatedsearching, so it is uJikelythateverysoLice a school sUtocribes to will be searchable. The search 
time increases vvith the riLirbier of databases searched, but sorre products such as Gale's PcwerSeatch Plus, \AfebFeat and On^earchshcwvinterimresUts. Vendors clairred capabilities like OP AC 
searching before they vrvere deliverable. 

Federated search engnes do not perfbrmequally on the same databases. Foiled; One Search and VNfebFeat Express consistently perfbrTTed more reliably (rreaning retrieving the sane resUts as the native 
interfaces) on rrost databases, but V\tebFeat Express picks ipi resUts fiomorJy one of six tabs intwoofthetestdatabases that have tabbed browsing, and six connectors v/voUd need to be configued for each 
databaseto retrieve content fiomall tabs. FollettOneSearch was the only search engne to retrieve all of the tabbed content The Gale federated search perfomed the vrvorst on its own (Gale) history 
databases, retrieving only a few, ofter>inexplicabile resUts ftomalmDst every search Galealsoonly retrieved the first set of resUts (fifteen) fiomWarid Book in every case, and is qUte lirrited inthe nurber of 
hitsitvwill retrieve from any database. FollettOne Search \/vas notabletDcifferentiatebetweenProQuestdatabases in ordertosearch one inciv/idually. 


The federated engne's querying abilities are dfferent VNAtile both FollettOne Search andVtfebFeat Express allowfbr advanced searching featties like sUqect or author searches and pUI-down Boolean 
operators, and in rrost cases transrrit advanced searches that replicate the sane search in the native adv/anced interface. Gale PcwerSeatch Plus does not Though it is possible to enter an advanced type of 
query inthe basic or advanced PowerSearch interface, a basic keyword search string stripped of any of the Boolean operators will be transrritled to the federated databases vrvhen the federated search is 



activsted regard ess of howthe searcher entered the query. This serious flawyields corrpletely dfferent search results than if the sane Boolean query v\es entered as a search string in the federated interface. 


S^temCorfigustion nesiits 

The process of cortfigLiation v\as strai^TtfbrvNard for each product The challenge inconfigtringthesysterrEforthis study v\es selecting a gotp of regdariy used databases that all three products codd 
search. Althou^ all the rrajorNendors are represented in each federated search products list there v\ere rrarty gaps and dfferenrses inthespedfic databases that are cortfiguabie for each \endorfarrily. 
Neither of the twDsdence databases (Gale and EBSCO) GCDS stbscribes to is aanfiguabietbrall of the products. There are still rrany databases that ate nrat searchable by XML or Z39. 50, therrajor 
federated search and retIie^e protocol standards. Addtionally, it vtesfbtJTd that even if a connector cortfiguation exists on a list that cbesn't rrean itv\ill wartc A popdar database for yauTger students called 
Sirs Discover v\as configtiable in each ofthe search eng nes, butworted in noneofthem Sirs technical si^pport r^ealed that it is neither XML norZ39.50corrpliant and can't be cross-searched, yet a 
connector was configoable in each federated product \AfebFeat byfarhas the tTostcorrprehensi\e listofscpported databases (alrrost nine htncled) because inadcitiontDZ39.50andXML, the/ can use an 
ITTML screen scraping technique to search databases that ate notZ39.50orXMLsearchabie. Gale PovverSearch Plus is the newest product and has the fewest comectors available, 61 as of February 2006 
butv/vill probably continue to bring ne/v connectors online. FollettOne Search is the least expensive, but has been around for longer than Gale, and has about 175 available comectors. 

An unexpected dfficdtyv/vas searching the library OP AC. TheOPAC search is itntegal to Follett and v/vas advertised by both Gale and \AfebFeat but itv/vas not ready to go for Gale Pov/verSearch Plus and 
VtfebFeat Express as advertised. \AfebFeat delivered a workable OP AC search after about a v/veek, but Gale ddn't get their advertised OP AC configuationtov/vorkatatny pdrntduingtheconfiguationatnd 
testing schedJe. 

VifebFeat Express is significantly dfferent from Pov/verSearch Plus and One Search in the amount of user custorrization of the interface that is possible. \AfebFeat Express can be cotnfigued v/vith any of fou" 
dfferent page layouts, and any nurber of preselected database gognings to help gude users to appropriate resotjces for either stiqect areas, gade levels, or even projects. "Brandng" the search page with 
the bantnerfiomthe school's v/vebsite and custorrizing the colors to rratch was notdfficdt Itv/vas also simple to generate the code to insert a custorrized simple search box (cotnfigued v/vith preselected 
souoes) itntoainyvtobpage. Each featue v/vas relatively easy to cotnfigue and v/votked right av/vay. The only customization availableforthe other products is the selection of the one set of defaiJt databases to 
be searched. 

ResLitBaf S^temeiic Sean±i 

The quantitative resdts for the ei^nt series of queries in each federated search tool and each database native interface v/vere recorded and analyzed. Otaservetions from each series are nurbered and reported 
belcw/. 


Search Series 1. Interpretation ofthe wild card "Hariemtetnaf*Satnce" and "hariem renaissance" resUts andfincings: (a) The interpretation of the v/vild card is first a function of the database being cfjeried 

Fcr example, Britarmica and HNYT don'tallov/vfbra v/vildcard, so those cpieries retrieved no resUts. \Ator1d Book skips the v/vildcard, and interprets the cpiery as hariem renasance, a misspelled v/vord. \Aforid 
book automatically evecutes a search using a v/vod it determines as dose, retrieving in this case, relevant tesUts. (b) Gale PcwerSeardn Plus rrisinterprets the cpiery only in its search of History Resource 
Center both U.S. andVNtorid retriev/ing no resUts, but the cfjeryv/vorked fine in its cfjeryto other databases. E>tecutitng the identical search in the native interface retrieved 108 U.S. and BOWnrid resUts, 
indcatingthat"*" is SLpported, so it is most likely a problemv/vith the software connector to those databases, (c) The dflerence in retrieval nurbers across the interface for the History Resouoe Certter poirts 
to another sigificartt dflerence in hov/v resdts are treated by the three vendors. The History Resource Center native irtterface indudes tabbed brov/vsing (Reference, Biogaphy, Periodcal, Ne/vs, Prirrary 
Resouces, and MUtirreda) cf resdts. \AfebFeat only prov/ided resdts fiomthedefadt tab, in this case reference. Follett v/vas the only engne that picked op all of the results from all of the tabs, (cf) \AtebFeat 
appears to have sorre de-cLping capability, (e) The search on harlemrenaissance r^ealed a significant problemv/vith Gale's federated searching of its ov/vm history databases. \Abile Follett retrieved all the 
same resdts as the native interface and \AtebFeat retrieved all the resdts of the reference tab of the native interface, PcwerSeatch Plus retrieved only a snail sdoset (4/105 U.S., 330 \Atorid) of the possible 
resdts. The PcwerSeatch resdts v/vere inexphcable; they v/vere neither particdariy relevant nor dav/vn fiomatTy one tab (f) HNYT resdts shews thattheFollettand\AfebFeatfederated searches v/vere retriev/ing 
rrore resdts than the sarre query in the native HNYT interface. The retrieved resdts showed hits flomirany newspapers, not only the HNYT. Tv/ve dfferent problerTE v/vere revealed. GCDS access to certain 
ProQuest databases corresfiomindv/idual sdnscription and others cone fiomthe iCom consortiuri They initially v/vere setup \/vith dfferent authertication passv/vords. Fixing the authentication solved the 
problemv/viith \AfebFeat (which had been searching other ProQuest databases — but not HNYT), but dd not irrpnove the Follett resdts. FoUetbs connection to ProQuest doesn't dfiererttiatB between databases, 
and v/vill search all the ProQuest databases v/ve can access — therefore retriev/ing essentially irrelevent resdts fiomthe HNYT database, (g) V\/th large resdt sets, itbecorres apparentthatPov/verSearch Plus 
retrieves SLfcstartiallyfev/ver resdts. PcwerSeatch Plus v/vill returi up to three huTcted resdts (the user can set the rraxirrernto orie hutded, two hutde, or three hutded) fiomthe set of databases searched 
in its federated product If there ate five databases selected for searching each can retuo at most the top sixty hits. Most of the searches v/vere conducted v/vith the resdts set lirrited to two hutded (or forty 
resdts per database), (h) HNYT resdts are returied in chronologcal order, rreaningthattheliteiihoodoffindnga historical piecethisv/vayissrrBlI. 

Search Series 2. Exarrining hov/v search terrrE atee/tecuted. The focus of this study v/vas to deterrrine if the federated products v/vere able to translate a Goo^e-type keyword query into sorrething usable by 
typical database syntax requrerrents. "Andertegyptv/vorren," "Ancient egypt AND v/vorren," "Ancierrtegyptand v/vorren," ard '"andent egypt andv/vorren" resdts andfindngs: This search revealed 



tremmdoLB dfferences about howa search is executed, (a) In a Google search the three terrrE are treated as though they ha\^ a logical "AND" betv\een them The resiJts ftomthe Britamica and\Afar1d Book 
encyclopedas showa sirrilar approach. The three keyv\onds "andert Egypt vtorren" and the search "andent Egypt AND vvorren" rettm identical resUts, butonly if AND' is used and not "ancf (for Britamica). 
Hc^/\e^^r, "ancient Egypt vvorren" retiie\/ed zero resdts fromthe Gale and Ebsco history databases in either the native or federated interfaces, indcating that there is notranslationof Google-lite keyvtord 
searching (irrplied "AND' beb/teen v\ods) irto database search syntax ("AND' reqdred beb/teen terrrE) occtning in the federated search engine, (b) Encydopeda Britamica vyll not allow quotation rrarksfor 
phrase searching. The only way to conduct a proper phrase search is through the advanced search irterface in Britamica. This produced thirty-ei^Tt excellent hits in the nati\^ irterface, but coddn't be 
replicated in either a basic search-box search or in the advanced (three text bo>®s with pdl down Boolean operators between) options available with any of the federated engnes. (c) PowerSearch Plus will 
autorraticallyrTDdfy queries. If you enter the query "ancient egypt and worren" In the regdar PowerSearch interface and click on the addtional databases (federated) tab to actixate the federated search 
feadje, the query changes to "ancient egypt wcmen" in the search box. This was detrirrental to this query's effectix^ness. 

Search Series 3. Exploring Boolean "NCTT." "Red scare NOT rrccarthy" resdts andfindngs: (a.) The HNYT database uses the rrore unusual syntax "AND NOT' for a Boolean "NOT' search, resdting in zero 
hits. Conversly, e>tecuting an "AND NOT' search in all the databases resdted in zero hits in all but HNYT and Britannica. It appeared that Britamica interpreted "AND' and "AND NOT' the sarre way. (b) 

Again, Gale's federated search of Its History Resouce Center (U.S. and \Atorid) databases shewed sorre inexplicable resdts. The dscrepancy in the nurber of hits codd not be explained by either nurerical 
lirrits or by retrieval of only one tab of resdts. A nurber of searches conducted inthe natixe interfaces failed to replicate the PowerSearch Plus resdts. Thestrall set of resdts included artidesfiomrrdtiple 
tabs, but notthe best artides available. The resdts were repeatable, (c) PowerSearch Plus showed sorre ^derrceoftratTslatirTg the queryto \Atorid book The three resdts axailablefbrthatsearchx/xere 
replicated in the natixe \Afar1d book interface by using the advanced search option. 

Search Series 4. Exarrining howseardres night be e>ecutedcifferetrtly through one sin^e search box xersus advanced irrterfacevyth three text bo>®s plus pdl down Boolean operators and Boolean "OR." 
"Ciesegegation AND busing," "desegegation OR irtegation AND busing" as si n^e search string and seperated in advanced search resdts andfindngs: (a) The "OR" operator expanded the search as 
expected in all cases, (b) PowerSearch Plus federated search offers tro advanced search irrterface, but It is possible to enter an advanced search query in the regdar PewerSearch interface, which transfers a 
basic search string to the PowerSearch Plus Irterface (rrinus the Bodean operators!) The adorratic rerrcrval of the Bodean operators from a query ertered in the regdar PowerSearch irterfarsexwhen it is 
transferred to the federated engne is a serious problem (c) Eollett One Search and \AtebFeat offer acKanced search interfaces. NAtebFeat's queries x/xere consistent xwith the sarre queries in the databases' 
native advanced search interfaces (bearing in rrind it ordy picks t.p hits fiomone fab in the History ResrDtJce Centers U.S. &\Arbrfd). It retimed the same resdts as the keyword query executed the sarre x/xay 
inthe natixe interface regaidess ofx/vhether itx/xas executed in the single search box or in the advanced interfarce. Eollett One Search retimed the sarre resdts for the queries executed as a sin^e search 
string or as an advanced search, butfbrGale history products the resdts dosely rratched the search executed as a single search string in the native interface, but notthe advanced search string, (d) Again, 
PewerSearch Plus derronstrated sorre inexplicable resdts xwhen searching the Gale history databases; its resdts for History Reference Cerrter and HNYT reflect the truncation at 20CV5 or 40 resdts, which 
x/xas expected, (e) EollettOne Search's comectorfailed to translate its advanced query intoa x^lid queryfbr Britamica. 

Search series 5. ivisspelled query. "Hariemrenasance" resdts andfincings: (a) In both the native interface and a federated search, Wnrid Bookautorratically replarces the rrisspelled x/xord x/xith a dfferent 
x/xord, and in this case produced relevant hits. No other databases retimed resdts. (b) Upon entering a rrisspelled query in the basic PewerSearch interface, several "ddyou rrean" altematix^s are offered, 
but if you are already in the federated tab and a rrisspelled query is entered, the rrisspelled query is broadcast as is x/xith no corrections offered (c) Eollett offers a 'ddyou rrean'' function ornly for its library 
search; it doesn't x/xork for a federated OneSearch. (d) VNfetaFeat offers a "dd you rrean" serx/ice tfcon entering a rrisspelled query, (e) Native database interfaces offered sorre sort of "dd you rrean function," 
or related sdqect headng choices. The Encyclopedas both ddn't Encydopeda Britamica offers a dndee to autorratically expand the query, x/xhich leads to thousands of irrelevant hits, and Wnrid Book 
ptox/ided autorratic correctiotr 

Search series 6. Proxdrrity operators ("refbrmnStax" "refbrmtax" and "tax refbnrt'). An n5 proxdrrity operator shodd find arny hits that hax^ both x/xords, x/xithinfix/ex/xords of each other in arny order. Ornex/xodd 
expect the query "reform tn5 tax" (or even "rn2") to find all of the hits of the trorefrequerntiy used "tax refbnrt' plus at least sorre addtional hits. Resdts andfindngs: (a) Onlythteeoftine possible s^en data 
resouoes allcwproxirrity operators as a part of their sipported search syntax yielding no Nts for either encydopeda, the HNYT, or the OPAC. (b) Eollett One Search and \AfebFeat Express both translated 
the query exactly as itx/xas entered, and the resdts ftomthe EBSCO History Reference Center, x/xhidn sipports proxiiritysearrdning retimed the same resdts as the natix^ interfarce across the board 
(accounting for Gale PewerSearch Plus returriing at irostthirfy-iniine rnr forty hifs) x/xith the "nS" search retiming rrore resdts (192 \ersusl62) than the search for "tax reform" x/xhich x/xas expected, (c) The two 
Gale history cfatabases shox/xed rrore resdts in the Eollett One Search than inthe natixe interface. The reason for this x/xas cfeterTrined to be that History Reference Center native interface search retrieves at 
mosttwo hunried resdts in its rtefadt "relex/anceseandn." Hox/xever, Eollett One Search federated retrieves resdts fromthis database in chronologcal order, x/xhich is not lirritedtotwo huncied hits and resdts 
in hi^ner nurbers of resdts than inthe natixe interface. The low nurber of \AfebFeat Express hifs again are due to ifs retri^al of only one tab's resdts. (cJ) Corrparing the resdts of the two Gale history 
databases in this series shews that a two-x/xord cpiery is searched as an irrplied proxirrity search. The irrplied n4 defadt x/xas confiirred on the search tip page in the natix^ database. The "n5" search picked ip 
a coiple adcitional hits In Eollett One Search and \AtebFeat Express as expected, (e) Gale Pox/xerSearch Plus again shewed inexplicable retri^^l of resdts ftomthe Gale history databases, (f) HNYT treats 
two-x/xord cpieries as a phrase search by defadt 

Search series 7. Sdrject searching. The strings "\/xor1d x/xar ii 1939-1915," "x/xorfd x/xar 19391945," "x/xorfd x/xar 1939 1945, and "x/xorid x/xar 1939 1915 AND causes" x/xere executed as an adxanced sdrject and 
keyword search corrbination, and as a basic keyword search string. This series explores the use of sdqects as either keyword or sdqect searches. Resdts and fincings: (a) Dfferetrt databases use dfifereirt 
sdDjectheadngs: Gale uses "x/xorld x/xar ii 19391945" as a sdqect headirg, EBSCO and Eollett [Destiny use "x/xorfd x/xar 1939 1945."Thefirstsearch failed only in the EBSCO History database, (b) Gale 



Pcw\erSearch PIle retreix^d zera resUts for either search in either of the Gale history databases. Itvxas deteiTrined the search failed in this case because of the dash in the date 1939-1945. The query "v\o1d 
vxar 1939 1945" retri^^d sorre resiJts. Irnterestingly, if the query v\as ertered irto the orignal Po/\erSearch interface, the dash vxoiJd ha\/e been elirrinated as the query vxias transferred to the federated 
irterface (c) UsirTgthefblloii/\iitTgqueriesfbr''sLj3ject— ' or 'SU:'' retri^^d no resUts in ari/ cases, (d) Using the adxarTcedsLfcject search pJI-don/Nin v\as eqcixalentto a keyvvord strirng search in \Afebfeat 
Express only, (e) A SLfcject search erTtered irto Gale PcwverSearch Plus acK^rnced irterface doesn't get translated properly to its targeted databases, a keyvvord search perfbrrrE better. 

Search series a Author search vs. keyword search 'Thorras Friectran" vxas executed as a keyvtord and as an author search fromthe adx^inced search piJI-dov\n ResiJts and findngs: (a) The data showthat 
Gale Po/\erSearch Plus transfers a keyvxord search query to the federated databases regatdess of vthsherthe searcher uses the author search or a keyv\ord search in their orignal query. Foiled: One Search 
and \AfebFeat Express appear to transfer author queries as author queries and keyvxond queries as keyvNord queries. 


\Atell designed and thou^ntfiJIy configtied federated search tools can prcMde a sirrple interface to access mJtiple quality database soLices and the OP AC in a single search for students v\ho either lack, or 
don't bother to use, sophisticated infonration literacy skills. Searchers v«ll get the best resJts vtith sirrple Boolean queries if they indude the operator "AND in their mJti-v\ord queries, or use the advanced 
interface to phrase their queries, requiring a certain l»^ of infonration skills instructiorr Federated search fools v\ill continue to be irrperfectandslovterthan Google as long as the architecture retrains based 
oncistributedlix^seardning, buttheeaseof obtaining quality contentthey picMde rright entice student users avxayfromGoogle, particuiariy if theirteachers require authoritative sources. 

F etfe i dha d Seardiin g in the School Library 

Ideally, there vtouJd be a place for comprehensive infonration literacycurricuiuirE in all pritrary and secondary schools. In such a forum students couid be exposed to the breadth and depth of library 
resources and learn howto skillfuily search all types of infonration resources. Unfbrtuirately, not enough students are being exposed to such curricuiurrE, ^en where they exist for a variety of reasons. 
Flexible scheduling and collaborative research projects work well, but not all gade l^els and teachers will work with the library, leaving large gaps inthenurrberof studeirts reached. Schools alsodffer in 
resources and professional staffing Sincefederated searching best serves ncMce seanchers with littie exposure to irTfoirration literacy trairing, it tray have a place in trany schools. 


F ecJ ad U ad Seanch Engne Ba'fcti'i'BiXje 


The systerratic searching study revealed irrportairt dfferences in hcwfederated searching dffers fromsearching the \Afeb and fromseatching in native database itrterfaces, but doesn'ttell the whole story of 
these products because they are so fundarreirtallydfierentfiomeach other. Below, each products pricing and general perfbrrrance is dscussed. The appendx tabulates the features andfurTctionalityofthe 
three federated search engnes for a trore in-depth overview of the range of the federated seandnengne's capabilities. It trust be urderstoodthatthe findngs in this study represert hosted federated search 
product capabilities at the time of testing and that products will contitrue to add new and fix broken connectors, and add functionality and irrprox^trerts as they rrature. 

Gale's PowerSearch Plus dd not perfbrmwell in this study because of its lirrited nuirber of retrieved results, inexplicable results attirres, its inability to deliver an OP AC search, and because of its poor 
perfbnrance on the Gale History Certer databases. Most of these issues are related to Gale's errphasis on clustering and racking retri^ed results, which was not evaluated as a part of this study. To cluster 
and tank, all the results rrustfirst be r^ri^ed by the search engne, then be sufcjected to a ranking algorithm This process is \ery tirre-consurring in real tirre, and as a consequence, can only reasonably 
work on lirrited (up to three bunded) nurrbers of results. To keep the process moving along queries to databases can tirre out rreaning that accordng to Gale technical services (Mchaela 2008), a database 
will return fewer or no results if it tines out before the search is complete. The response tirre for the Gale History Resource Center databases may have been responsible at least in partfbr poor retri^^l 
nurrbers. 


Gale's federated functionality is not well irtegated irto the PcwerSeatch platform One rrustfirst execute a search in the basic PowerSearch interface (which is corrpletely dfferent), and then click on the 
addtional databases tab in the results section to activate the federated search engne. This couid be a business decision to ensure that Gale resources will be seen first by the searcher since results from other 
vendor's products reqdreaddticnal steps to retrieve. A serious design flaw wes detected in this approach. Any Boolean operators used in the original query entered in the basic PowerSearch interface ate 
stripped fiomthe federated query, yieldng a conrpletely dfferent query than orignally intended, and an irierior set of results for the test case. Interim results ate not shown, only an incicatorof ptogess, and it 
seerrs slow, espedally on wireless. The results, a clustered outiine and visual trap, ate teal lygeatfeatuies, butat$l,CX30pervBar, this new product clearly has sorre kinks that need to be worked out 

Fdlett One Search, at $499 per year, is the least expensive integated search tool tested. It offers a reliable and oorrprehensixe search, but offers rto opportunity to post-hande results. It is irtegated 
searrfessly irto the FollettDestiriy search environrrert and works well with either a basic or adxenced search. It is easily cortfiguied, and can also search rrarygeatfree resources. The librarian can select a 
defauitsetofsouices to be searched, but the user can change the list Thecomector listis not an exhaustixe one. Arrinorproblem\/vithOn^earch\/VBS thatx/vhile it does show interim results, very often the 


interface v\oJd tail to shcwv that a search v\as corrplete (itvtoUd appear to be still searchinge^ten after seueral rrinutes ^tenthou^thesearchvtas actual lycorrpleted after lO to 20 seconds). The user vtoUd 
ha\te to d ick "get resiJts" to get the rest of the resiJts. 

Atarocnd $8CX!XD per year, \AfetaFeat Express is the most expensixte federated search eng ne tested for the school library, yet it is the most capable of prcu/icing an effective sin^e interface for all of a library's 
searching needs inducing the OPAC. It offers the rnost ocririectDrs, arrple custorrization feateies that are reasonably configcrable by a librarian, and ithas the most capability for rranipuJation and refining of 
resLits. Because of its capability to ptcMde mJtiple predefined sets of resoLices and predefined sirrple search boxes, it is by far the most adaptable. One ciav\tack is that for databases wth tabbed resUts 
like the Gale History databases, a connectDr for each tab trust be separately configtied. TocorrpletelyconfigLie both history databases vtotJd use tvtelve correctors out of the fifty included in the base price. 
Tabbed brt>/\sing is not an Lircorrmon database feateie. 

FutLreof Fectersted Searching 

Federated searching VNiill not be rrore Google-like cntil the CLirent I i\e database search rrodel is abandoned infatcrof a centralized search against pre-bLilt indexes sirrilarto\Ateb search engines. Althou^ 
this is techrically arid ecoriorrically feasible, the database ptidishers must have a reason to alloi/v access. This is already occtiring for scholarly content as Goo^e Scholar paves the vteytoi/\ard the futue of 
federated searching in the acaderric library by its continLjng ptrsuit of access to cravif and index proprietary databases of scholarfy content Many nonscholarly database vendors (the school rrarket) are 
laggng in both their SLioport of federated search and retrie^^l standards Z39.50andXMU and allcwyng access for indexing. As a resiJt; a school trust be carefiJ in selecting a federated product that can 
stpport a search of their most heavily used database products. 

AnBBB of Futme Research 

Federated searching by school-aged childen is an area inv\hich little research has been done. Studes focusing on the irrplerrentation of federated search engnes in schools and their application to the 
infbrrration lequierrents and searching abilities of students area needed next step. Other areas of interest include best practices and instructional activities for teaching federated searching, and the effect of 
federated search engnes on students' oierall infbrrrBtion literacy skills. As federated searching products continueto rratije, and more inforrration providers sgoport federated search and retrieval standards, 
ftrthersysterrBtic studes offederated searching products in schools should cortiriue. 
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Appencix Anaivsis of Federated Search Product FeatLies ty Sarah E. Aberaorrhie 

y^ppaicix AiBlysis cf FedaciBd Search noduct FeEbies 


Fedue 


One Search 


RowErSearch Plus 


W^bFeat Express 


ResoLioe Discovery 


Nirrher of d icks to 
federated resiJts 


1 or 2 (sorretirTes necessary to dick '^et (1) SLtrrit query in standard Pcw\er Search (1) User trust select at least one resotice 

resUts" to retLm all federated resUts) irterface (2) Click in "adcitional databases" gotp to search (2) SLtrrit query 

tab to start federated (Plus) fcnction. 


User selection of 
resoLices to search? 


Yes, dickto select or deselect listed 
coTTfigtred databases. 


Yes, but dickto see selected databases. Yes, Sctject gotps are configuable. 

Also, one searches all available Gale DB's vthich creates tailored gotps of databases 
or none, no choices arrong them for dfferert stfcjeds, gade l^tels, etc. 


Cortfigtrable defaiJt set? 


Yes, defaUtset 


Yes, defaiJtset 


Yes, art/ nurher of sets 


Fedire 


One Search 


RowerSearch Plus 


V^bbFeBt; Express 


Resotice Discovery 


Sin^e search box ax^ilable to place on No 
anyvtebpage? 


Yes, butfbrthe basic PovverSearch 
irterface, not the federated part 


Yes, arty ntrrber of cifferertly 
preconfigtied search box codes rray be 
generated and used in vtebpages. 


Urrit of ntrrber of databases 
configtied 


Urrit ntrrber of databases searched 


OP AC Search? 


Yes, Integal 


No, (not yet?) 


Feebre 


OneSearcii 


RowEtSearch Plus 


V^bbFGBfcExprBss 


PU I dov\n Boolean operator "acKancecf Yes 
search available? 


Not in the federated ftrictiorT, regJar 
PcwterSearch orty 


Sin^e search box? 


Yes, basic, butv\ithptJI dov\n choice of 
keyword (def.), title author, sthject all 


Arv lirriters atailable? 


Refining after irttial search restifs 


Ptfclication date (year) range, foil text 



Home authentication? 

Yes 

Yes, once 

Yes, once 

Browsing 

Initial resUts shcw\n? 

Yes 

No 

Yes 

1 ndcator of process? 

Yes, but doesrft always indcate that the 
search is corrplete 

Yes 

Yes 


Feebre 

One Search 

RowErSearch Pius 

V\febFGBt Express 

Browsing ResUts 

Errors dsplayecr? 

Follett errors are dsplayed 

No 

No 

Can resUts be refined? How/? Type of 
doc, soLice, pUo., I^yword, date etc. 

No refining — resUts are presented as th^ 
are retrieved 

BysoLice, by keyword, by date 

No refining 

Can resUts be ordered^sortecT? How/? Is 
there rele^^ncy ranking? 

No rranipUation of resUts 

ResUts are clustered in a visual trap or 
outline presentation view. Rele^ancy 
ranking based sotice rankings 

Gnoeped by souce by defaUt or sorted by 
title author date, duster, or relevancy 

Characterize brief description of item 

Alrrast corrplete citation: gaphic 
prev/iews, titie, author, jotmal, \olLrre, 
issue, page, issn, tUI te<t PDF or FTTML, 
readng lev/el. Description tor encydopeda 
entries. 

DefaUt view shows title, URU andsonce, 
rrore detail shows author and rank in 
addition, less detail shew only title. 

Title, author, joLmal, pUo date, database 
souce, sorretirres description of work, 
gaphic prev/iews if available, orsUoj. 
headngs depend ng on souce. 


Fedire 

One Search 

RowErSearch Plus 

W^faFeafc Express 

Browsing ResUts 

Is more irrfb available? tromtarget 
souce? Orv/Viithin metadata? 

Li rrk to actual item 

Selectable detail "rmre, less, or norrTal,"&< 
lirrkto actual item 

Lirrkto actual item 

Any dustering or catagorizing of 
resUts? 

No — by souce only 

Clustering (visual or outline) &relevance 
byGtokker 

Yes, clustering and relevarrce 

Indcation of tUI text? 

Yes 

No, but ddn't retuo non-tUI-text articles 

Yes 

Can resUts be ordereeVsorted? How? Is 
there relevancy ranking? 

No rranipUation of resUts 

ResUts are dustered in a v/isual trap or 
outline presentation v/iew. Rel^ancy 
ranking based souce rankings 

Grotped by souce by defaUt or sorted by 
title author date, cluster, or relevancy 


Fedire 

One Search 

RotAetSearch Plus 

wy^Feet; Express 

Retri^^l 


1 1 r 


Art/ partial retrie\/als? IterrE fomd vs. 


□ifficiJttD \^fy. One sorretirres has to 


If a querytD a database is notretrie^^d 


No 



































































iteiTE retiie\/ecf? Are th^ Lpdatecf? dickthe get resiJts button to get resiJts, qLicWyeriough, itvNiill timeoutretriev/ing 

but ostensibly, it rray stiil ha\^ been fev\er or no resiJts. 

gathering resiJts. 

Hcwvarevery large sets of hits Lists ntirber of resiJts available Retrie^^s total of lOO, 200, or 3CX3 resUts I Shcwts total nurber available, irrrreciately 

handed? (200 defadt) from all databases queried I retrieves only first set 


nLrrber of iterrs retri^^d lirrit? 

No 

If total is 200 and 5 sources are selected 
each can retri^^ a rrax of 40 

No 

E-rrail resdts 

No 

Yes lirk 

Yes, citation info, but no link or even 
database sotice description 


Feebre 

One Search 

R»UEtSearch Plus 

wy^Feat Express 

Retri^^l 

Sav^export resdts? 

Can save to a list if user is logged into 
destiny as a user. 

Bookrrark, orposttodel.ido.us 

Yes, as RIS fileordrectexportto RIS 
Forrratfile (ProCite, ErdNote, Reference 
Manager 

Generate citations 

Citations can be generated in destiny fttm 
lists. No spedfic fbrrrat 

No 

No 

Services to other systerrs? 

No 

Post to del.ido.us 

Direct export to RIS ForrTatfile (ProCite, 
EndNote, Reference Manager 

User workspace? 

If user logs in and creates lists 

No 

No 







































